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CHAPTER 1: MOTIVATION & OBJECTIVES 


1. MOTIVATION €: OBJECTIVES 


When | applied for the Erasmus Program, | was supposed to develop my bachelor thesis abroad. Firstly, | 
had no idea of what to do and why. However, the idea of this project started when Prof. Setola offered me 
to work in the automatics lab of the university and aimed me to develop a thesis about the automatic 
control units that are inside vehicles. Although my training and branch of knowledge is mechanics, the fact 
of that “an engineer must learn about everything” encouraged me to carry on and accept this task. Since 
then, | have not stopped learning and nowadays | can no longer see a simple car and avoid thinking in the 
automatics that are inside of it. 


The main objective of this thesis is the study of all data that can be extracted from a vehicle’s electronic 
control unit. In order to extract the data, several hardware will be used as well as some software. In particular, 
Dashcommand app will be used to extract all the “raw data” and Matlab will be used for the study. Moreover, 
the process will count with the help of two tutors: Prof. Roberto Setola from Università Campus Bio-Medico 
di Roma (mainly for the extraction of data) and Prof. César Fernández from Universidad Miguel Hernández 
(mainly for the study & development of this report). 


Once data are extracted and can be seen, we will try to create some algorithms with the most interesting 
variables in order to get some evaluation of the driving. These algorithms will be developed using Matlab and 
my programming skills. Then, when the algorithms are finished, they will have to be able to evaluate the trip 
and answer the user with a driving mark according to how safety/efficient it was. Curiously, this idea is almost 
the same of other projects called Drivies or Carmetry, two spin-offs launched by Telefonica’s I+D Department 
or the UMH respectively. This last one is an app that allows to control fuel consumption, geolocate an 
accident or improve user's driving in general. Here, thanks to some algorithms the app will tell users what to 
do and improve to reduce emissions, save petrol or travel safer. 
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2. STATE OF THE ART 


In the last decades automotive industry is one of the sectors which have changed the most. Innovation has 
not stopped so every single model that has been developed has been made with new features that his 
previous versions did not have. For example, nowadays there are no longer models with manual windows, 
something that used to be in every single car just 20 years ago. But not only these little comfort features have 
been improved, also other computers were implemented for the safety (like the ABS break system or belts), 
the fuel consumption or other comfort systems such as the air conditioned. And all this has been possible 
with the help of the different electronic control units that are in the car. Today a new simple car has up to 30 
electronic control units (usually called ECUs) which monitor the different variables. 


An ECU takes care of controlling one or several electronic systems in a vehicle with the help of a 
microcontroller. This has a software and is able to make calculations and send an order according to the data 
it receives. Usually, each ECU works independently but there are some complex tasks that require the 
involvement of different ECUs. In fact, the communication between the different subsystems in the vehicle 
is essential for its correct functioning. In addition, most of the modern ECUs have a memory to save all the 
important data. This means when a mechanic wants to know what is happening in the car or what is wrong, 
he first connects to the car and extracts the information saved. That is a great different way to work in 
comparison with 20 years ago. Now everything is computerized and can be controlled thanks to the 
electronics of the car. 


2.1 BUS SYSTEMS 


As we have seen before, for the correct functioning and operation of a vehicle it is necessary to have a 
communication system that connects the different ECUs. At the beginning, in electronic systems signals were 
sent from one chip to another using wires (for the moment let us forget about wireless things). The simplest 
way of doing so is to use one wire per bit of information we want to transmit. One bit of information is simply 
an answer to a yes/no question like "Are the headlights on?" If the headlights are on, there is a voltage on 
that wire, usually 5 volts. If they are off, there are O volts on the wire. 


Now that is fine for one bit of information, however more data require more wires. But unfortunately, more 
wires means more complexity. We can say a modern car is just a computer with tires on it, so there are a 
lot of wires (in fact several km) in it. More wires result in more weight and more costs, and car manufacturers 
always try to avoid this. Therefore, a way to reduce the amount of wires is needed. 


The usual way of doing this is to use a bus system. In order to understand what a bus system is, we may think 
of a bus as a way to transmit more information using fewer wires. There are other benefits of bus systems, 
but for the moment we will focus on this aspect. For example, if we want to switch four lamps on or off: 


Without bus system: 
e Lamp1:+5VonWire1 = Lamp is on; 0 V on Wire1 = Lamp is off 
e Lamp2: +5 V on Wire2 = Lamp is on; 0 V on Wire2 = Lamp is off 
e Lamp 3: +5 V on Wire3 = Lamp is on; 0 V on Wire3 = Lamp is off 


e Lamp 4: +5 V on Wire4 = Lamp is on; 0 V on Wire4 = Lamp is off 
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It is easy to see that we need one wire per lamp. 

With a bus system: 
e Lamp 1: +1 Von Wirel (Selector); 0 or +5 V on Wire2 for on and off (switch) 
e Lamp 2: +2 V on Wirel (Selector); 0 or +5 V on Wire2 for on and off (switch) 
e Lamp 3: +3 V on Wire1 (Selector), 0 or +5 V on Wire2 for on and off (switch) 
e Lamp 4: +4 V on Wire1 (Selector), 0 or +5 V on Wire2 for on and off (switch) 


With this primitive kind of bus system we reduced the amount of wires to two. Regardless of the number of 
lamps we like to control, we only need one wire to tell the other chip which lamp we like to switch and a 
second wire to tell it whether we like to have the lamp on or off. Nevertheless, this example would have 
limits in the real world as one cannot simply raise the voltage to 1000 V on Wire 1 to switch a thousand 
different lamps. 


But this example shows why in electronics in general, and in cars in particular, bus systems are being used. 
In the automotive industry cars use a number of bus systems that were made especially for them. Usually 
the features that matter the most are: [1] 


e Reliability 

e Low cost 

e Maximum delay time 
e Safety 


Also, depending on the information is wanted to share, manufacturers choose a net like: 


e CAN 

e MOST 
e FlexRay 
e K-Line 


For example, for the transmission of HQ video it is usually MOST because it has plastic fibre optic However, 
if we would like to receive data with the maximum reliability we would decide to use FlexRay instead. It is 
convenient to say that CAN (controller area network) is the most important bus system in a car. We will not 
go into detail on this point, but simply just think of it as a way to transfer big amounts of data using only two 
wires. 


In case this is not clear, it is also remarkable to distinguish the difference between an OBD-II protocol and a 
CAN setup. OBD-II is a higher-level protocol used for diagnostic purposes. OBD-II can use one of (many) 
different bus systems to transfer diagnostic data from and to the car. Think of OBD-II as a code, for example 
like the language (English) we speak, and of CAN bus system as the communication device, for example the 
telephone we use to talk to someone (about our car and its state of health). 


Many people are referring to OBD (short for on-board diagnosis) or OBD-II as "standards". OBD-II is a 
standard, but it again consists of so many different standards, protocols and bus systems used to 
communicate that it is difficult to list all of them. 
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2.2 PROTOCOLS 


2.2.1 CAN Bus Protocol 


CAN Bus is a protocol developed by the German company Bosch to transmit messages between different 
environments. Initially this protocol was created to be used in vehicles and for this reason the platform 
features are the result of the needs in the automotive sector. In order to transmit the information, this bus 
breaks it down in messages and an only identifier is given to each message. Then the different nodes decide 
if accepting/refusing the message according to the identifier. It offers different benefits such as: 


-Immunity to interference, ability for auto diagnostics and fix data errors. 
-It is normalized so it makes easier to communicate systems made by different manufacturers. 
-Multiplexed net without so many cables. 


Moreover, there are two different CAN nets. One works with a higher speed (1 Mbit/s) and is used to monitor 
the engine and interconnect the ECU. The other one is used to communicate the rest of the parts of the 
vehicle such as doors, seats or lights and works with less speed (250 Kbit/s). In addition, there are four kinds 
of CAN frame: 


-Data frame: The CAN data frame also works with two different protocols. The first one is called “base 
format” and has an identifier of 11 bits. The second one is the “extended format” and the identifier has 29 
bits. The standard says that a CAN controller must accept at least basic frames but can (not) accept extended 
frames. 


-Remote frame: Essentially it works the same as the previous one but there is a difference. It is possible that 
a node requires some data from another one. Then, a remote frame is requested to the second one in order 
to get the information. Basically, the difference between data frames and remote frames is that the last ones 
do not have data field. 


-Error frame: This is a special frame that is transmitted when a node detects a wrong message. Then, the rest 
of nodes also transmit an error frame. There is an error counter that avoids the blockade of the bus with 
continuous errors. 


-Overload frame: It is similar to error frame. It is transmitted by a node when it is very busy. Then the bus 
start providing extra delays between the nodes. 


Complete CAN Frame 
Data 


Arbitration Field End of Frame 
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Figure 2.2.1a - Simplified CAN-Frame in base format [2] 
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Now, in the table below let us see what each bit is dedicated to. 


Field Name Length (bits) | Purpose 

Start of frame 1 Denotes the start of frame transmission 

Identifier (green) 11 A (unique) identifier which also represents the 
message priority 

Remote Transmission Request 1 Must be dominant (0) for data frames and recessive 

(RTR) (blue) (1) for remote request frames 

Identifier Extension Bit (IDE) 1 Must be dominant (0) for base frame format with 11- 
bit identifiers 

Reserved bit (r0) 1 Reserved bit. Must be dominant (0) but accepted as 
either dominant or recessive. 

Data length code (DLC) (yellow) 4 Number of bytes of data (0-8 bytes) 

Data Field (red) 0-64 Data to be transmitted (length in bytes dictated by 

(or 0-8) DLC field) 

CRC 15 Cyclic redundancy check 

CRC delimiter 1 Must be recessive (1) 

ACK slot 1 Transmitter sends recessive (1) and any receiver can 
assert a dominant (0) 

ACK delimiter 1 Must be recessive (1) 

End of Frame (EOF) 7 Must be recessive (1) 


Table 2.2.1 - CAN-Frame in base format [3] 


Finally let us appreciate an example of how the transfer layer works: 


S R 
O T | Control Data 
F|10|9|8|7|6|5|[|4[|3[|2[1|O]|R 


vor LTT LT 


Node 2 


Figure 2.2.1b - CAN BUS transfer layer 
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In the example we can see a transmission from three nodes at the same time. 
NODE 1: 11001100000 
NODE 2: 11001011001 
NODE 3: 11001011001 


There are three bits involved in the arbitration: the initial bit, another one for the identifier and the last one 
just in case it is for remote transmission request (RTR). Here in the example, when the node 1 detects the 
6° bit is dominant (0) but is not corresponding with the transmitted (1) it stops sending and will not send any 
message until 6 bit cycles after. That permits CAN bus to avoid delays in priority messages. Then, there is a 
special situation between nodes 2 and 3 due to that they have the same identifier. This should never happen 
because the same identifier is not given to different messages. However, in this trivial case we can see that 
node 3 is really doing a request (RTR bit is activated). Of course, RTR bit is recessive and the transmitted 
message will have the priority. Once there is no node detected from RTR bit, transmission will continue 
normally. 


2.2.2 MOST Protocol 


The Media Oriented Systems Transport (MOST) protocol is designed for multimedia devices. Typically, MOST 
is laid out in a ring topology, or virtual star, that supports a maximum of 64 MOST devices. One MOST device 
acts as the timing master, which continuously feeds frames into the ring. MOST runs at approximately 23 
Mbaud and supports up to 15 uncompressed CD quality audio or MPEG1 audio/video channels. A separate 
control channel runs at 768 Kbaud and sends configuration messages to the MOST devices. 


MOST comes in three speeds: MOST25, MOST50, and MOST150. Standard MOST, or MOST25, runs on plastic 
optical fiber (POF). Transmission is done through the red light wavelength at 650 nm using an LED. A similar 
protocol, MOST50, doubles the bandwidth and increases the frame length to 1025 bits. MOST50 traffic is 
usually transported on unshielded twisted-pair (UTP) cables instead of optical fiber. This one also has a similar 
layout to MOST25 but with a larger data section. Finally, MOST150 implements Isochronous and Ethernet so 
it increases the frame rate to 3072 bits or 150Mbps— approximately six times the bandwidth of MOST25. 


Each MOST frame has three channels: Synchronous, Asynchronous and Control. In addition to a timing 
master, a MOST network master automatically assigns addresses to devices, which allows for a kind of plug- 
and-play structure. Another unique feature of MOST is that, unlike other buses, it routes packets through 
separate inport and outport ports. [4] 


2.2.3 FlexRay Bus 


FlexRay is a high-speed bus that can communicate at speeds of up to 10Mbps. It is geared for time-sensitive 
communication, such as drive-bywire, steer-by-wire or brake-by-wire. FlexRay is more expensive to 
implement than CAN, so it iscommon that most implementations use FlexRay for high-end systems, CAN for 
midrange, and LIN for low-cost devices. 


FlexRay supports a standard bus topology, like CAN bus, where many ECUs run off a twisted-pair bus. It also 
supports star topology, like Ethernet, that can run longer segments. When implemented in the star topology, 
a FlexRay hub is a central, active FlexRay device that talks to the other nodes. In a bus layout, FlexRay requires 
proper resistor termination, as in a standard CAN bus. The bus and star topologies can be combined to create 
a hybrid layout if desired. 
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In a bus layout, only one device can talk on the bus at a time. The FlexRay Bus uses something called a time 
division multiple access (TDMA) scheme to guarantee the order by determinism: the rate is always the same 
(deterministic), and the system relies on the transmitters to fill in the data as the packets pass down the wire, 
similar to the way cellular networks like GSM operate. FlexRay devices don not automatically detect the 
network or addresses on the network, so they must have that information programed in at manufacturing 
time. 


FIBEX is an XML format used to describe FlexRay, as well as CAN, LIN, and MOST network setups. FIBEX 
topology maps record the ECUs and how they are connected via channels, and they can implement gateways 
to determine the routing behavior between buses. These maps can also include all the signals and how they 
are meant to be interpreted. FIBEX data is used during firmware compile time and allows developers to 
reference the known network signals in their code. [5] 


2.2.4 SAE J1850 


The SAE J1850 protocol was originally adopted in 1994 and can still be found in some of today’s vehicles, for 
example some General Motors and Chrysler vehicles. These bus systems are older and slower than CAN but 
cheaper to implement. There are two types of J1850 protocols: pulse width modulation (PWM), typically 
used by Ford, and variable pulse width (VPW), used by General Motors and Chrysler. Also, the speed is 
grouped into three classes: A, B, and C. 


The 10.4Kb/s speeds of PWM and VPW are considered class A, which means they are devices marketed 
exclusively for use in business, industrial, and commercial environments. Class B devices are marketed for 
use anywhere, including residential environments and have a second SAE standard implementation that can 
communicate at 100Kb/s, but it is slightly more expensive. The final implementation can operate at up to 
1Mb/s, and it is used in class C devices. As it is expected, this third implementation is the most expensive, 
and it is used primarily in real-time critical systems and media networks. [6] 


2.2.5 The OBD-III Standard 


OBD-II was originally designed to be compliant with emissions testing, but now that the powertrain control 
module (PCM) knows whether a vehicle is within guidelines, the inconvenience of the vehicle owner having 
to go for testing still exists. However, the OBD-III standard allows the PCM to communicate its status remotely 
without the owner's interaction. This communication is typically accomplished through a roadside 
transponder, although cell phones and satellite communications work as well. The idea is to have the system 
report that pollutants are entering the atmosphere without having to wait up to two years for an emissions 
check. Nowadays, this system has some obvious legal questions that still need to be answered, including the 
risk of mass surveillance of private property. It is important to note that even if OBD-III sends only DTC and 
VIN, it is trivial to add additional metadata, such as location, time, and history of the vehicle passing the 
transponder. [7] 


2.2.6 The Keyword Protocol 


The Keyword Protocol 2000 (ISO 14230), also known as KWP2000, is common in American vehicles made 
after 2003. The messages sent using KWP2000 can contain up to 255 bytes. It works with pin 7 and has two 
different variations that differ mainly in baud initialization. ISO 9141-2, or K-Line, is the variation of KWP2000 
seen most often in European vehicles. K-Line uses pin 7 and, optionally, pin 15. Unlike CAN packets, K-Line 
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packets have a source (transmitter) and a destination (receiver) address. Moreover, K-Line can use the same 
or a similar parameter ID (PID) request structure as CAN. [8] 


2.2.7 The Local Interconnect Network Protocol 


The Local Interconnect Network (LIN) is the cheapest of the vehicle protocols. It was designed to complement 
CAN. It has no arbitration or priority code; instead, a single master node does all the transmission. LIN can 
support up to 16 slave nodes that primarily just listen to the master node. A LIN message frame includes a 
header, which is always sent by the master, and a response section, which may be sent by master or slave. 
Often the LIN master node is connected to a CAN bus. The maximum speed of LIN is 20Kbps. LIN is a single- 
wire bus that operates at 12V. It is often used instead of direct CAN packets to handle controls to simple 
devices. [9] 
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3. AVAILABLE TOOLS 


3.1 SOFTWARE 


3.1.1 Delphi DS150 


Combining versatility and ease of use with highly innovative functions and applications, Delphi’s DS150 car 
software provides high level capability for an extensive range of brands and models. In fact, Delphi can be 


used in more than 60 car and light commercial brands and over 82,000 vehicle systems. [10] 


DE 


n 
DELPHI 
— 


1. Selezione veicolo 


Marca Modello 
Dodge *| 500 
Ferrari |500L 
Fiat FR \Albea 


Modello anno 


6. 2011 


2. Selezione sistema 


Tipo di sistema Codice motore 


3. Selezione opzioni 


Trasmissione 
MT/AT La 


Apparecchiature _ 


[ES Tutti i sistemi ^ |16943.000 
169A4.000 
[2] Diesel Gay) 1312A1.000 


Sistema 
1.4L IAW 5SF9 CF5 EOBD Li 
1.2L | | 


1.4L EM» 


The software is available on a range of platforms including a convertible PC and tablets. With it, technicians 
can easily perform vehicle’s behaviour, repair it or make some adjustments to the ECU. Many variables can 
be controlled or modified including petrol and diesel engine consumption, ABS, lights, Air Conditioned, 


¡69 


See 


Figure 3.1.1a — Initial interface of Delphi 


gearbox, traction control, breaking system, etc... 


—— 
DELPHI, 
— o 


E 


Dati in tempo reale 


û Nota! Selezionando i parametri dei dati di diversi gruppi di elenchi di dati, la frequenza di aggiornamento della lista dei dati potrebbe diminuire a seconda del veicolo. 


Parametri disponibili: 102 


Parametri selezionati: 5 


Nome Elenco dati ^| Nome Elenco dati 
Accelerazione veicolo TE Accelerazione veicolo 77 
Arresto condiz. aria 33 Relé AC 34 
Arricchimento pieno carico 79 5 Sensore O2 banco 1 sensore 1 50 
AUTOPILOTA DI CROCIERA 40 Tensione batteria 6 
Cicli di guida restanti 96 velocità veicolo 38 
Cicli restanti di avviamento a freddo 98 

Circuito riscaldatore O2 (Banco 1,... 48 

Circuito riscaldatore O2 (Banco 1,... 51 

Condizionamento aria 72 

Condizione starter 89 

Controllo battito 47 B 


CECE 


Figure 3.1.1b — PID's menu in Delphi 
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3.1.2 DashCommand 


DashCommand™ is a touch screen friendly software application that is designed to integrate OBD-II data 
monitoring and logging into the in-car computing experience. Users can use its capabilities to create and 
display stunning virtual dashboards with styles ranging from digital gauges to analog gauges. If the need ever 
arises, this software is able to read and clear the trouble codes when the Check Engine Light comes on. 
DashCommand can also be used with multiple vehicles and helps users to keep track of each one using its 
built-in vehicle manager. 


The software supports all OBD-Il and EOBD compliant vehicles whether they are European, American or 
Asian. It is designed primarily for touchscreen devices but it is just as capable running on any desktop or 
laptop computer with a mouse or a touch pad. Although the app is available for both Android and ¡OS mobile 
phones, the computer version is compatible only with Windows (all versions). The ¡OS app has a price of 
10.99€ while the Android version has a demo that allows us to use the full version but only for the first 30 
minutes. DashCommand currently supports ELM compatible, Innovate Motorsports OT-2 and J2534 
compliant OBD-II interfaces. Indeed, it supports all OBD-II protocols: 


e SAE-J1850 (PWM and VPW) 
e 150-9141 

e 1S0-14230(KWP2000) 

e ISO-15765 (CAN) 


This software counts with data logging capabilities to record logs from a dashboard or a data grid view and 
then playback the logs in either view for simple analysis tasks. Data can be exported to .csv format (and 
viewed as a table in excel). However, from more thorough analysis logs can also be viewed in ScanXL. This is 
a program developed by DashCommand to analyze tests data. Thanks to it, the basic data capabilities can be 
augmented with scripts written in ScanXL. The scripts can be imported or written to calculate fuel 
consumption, boost pressure, power, torque, and many others based on the OBD-II sensor values. [11] 


3.1.3 EOBD Facile — Car Diagnostics 


This software offers calculator for Diesel, gasoline, GPL and hybrid engine vehicles. It is able to create 
recordings including GPS data in .kml format. An advantage is that it is available to test/analyze from the 
smartphone using the app. The app can be downloaded easily from the Google Play/App Store because it is 
compatible with both Windows and Mac. Moreover, it can display specific manufacturer error codes for 
different manufacturers such as Renault, Peugeot, Citroén, Opel, BMW, Ford, Audi, Volkswagen, Skoda, Fiat, 
Alfa Romeo, etc... [12] 


Nevertheless, this software requires an ELM327 interface to be connected into the OBD plug. In addition, it 
is working only with vehicles compatible with E OBD/OBD2 standard. 


e EOBD (Europe), OBD2 (USA), JOBD (Japan) 
e ISO 15765-4 (CAN 11bit/29bit 250/500 kb) 
e ISO 14230-4 (KWP2000 slow and fast unit) 
e ISO 9141-2 


e _J1850 (VPW & PWM) 
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Here we can see the oxygen test with the parameters & some other sensors. 


0.2.0 EOBD-Facile - 1.00.0006 - Complete version 


| Connection Diagnostic Advanced diagnostic Sensors | 02 Sensor | Monitored system results Vehicle info Terminal | 


O2 Sensor 
1: Bank 1 Sensor 1 


< > 
| 
PID Description Value Min Max Units Result 
0-01 Rich to lean sensor threshold voltage 0.005 0.005 0.005 Volt Yes 
0-02 Lean to rich sensor threshold voltage 0.010 0.005 0.320 Volt Yes 
S-31 Manufacturer specific 0.04 0.04 0.64 seconds Yes 
7-01 Rich to lean sensor threshold voltage 0.3650 0.3650 0.3650 Volt Yes 
T-05 Rich to lean sensor switch time 72 0 100 ms Yes 
T-85 Manufacturer specific 150 75 65535 Count(s) Yes 
Connected to the vehicle Interface TYRx > ECU: Ox7E8 Other / Generic ISO 15765-4 (11 bit ID, 500 Kbaud) 
Figure 3.1.3a — Oxygen test with EOBD Facile [12] 
As we see, we can see and print graphics with different parameters. 
OA Graph and log me 
HW Pause m Stop — @ Snapshot ai? 
| Data P Recording Triggers Replay — 
Bank 1 (Red curve) E) Bank 2 (Green curve) E) Bank 3 (Blue curve) E) Bank 4 (Purple curve) 
O-0C-0 Engine RPM O-0E-0 Timing advance O-0F-0 Intake air temperature 0-11-0 Absolute Throttle sensor position 
15752 rpm -35.0 ° 98 °C 69.0 % 


ae ES 
POCO O LAII 
VA Pida ji 


la AK IA NAT ANBAR TAL UTA NAV (RI 


15000 


AMA LAMA AMAMI MJ 
AVI MAYA VIENA] 
E A Pees Da 


5 10 15 20 25 30 35 40 


Figure 3.1.3b — Example of graphic with EOBD Facile [12] 
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3.1.4 OBD Auto Doctor 


This software is especially indicated for those users that are not professionals who like cars and mechanics 
and use the cheapest version (50€) to check their own car using the app from the phone. But the full version 
includes many more options for a price of 120€. As well as the previous one, it has a fuel calculator (see image 
below) and allows us to export or save the live sensor data into a .csv file. Some other features are Freeze 
Frame, DTCs (Diagnostic Trouble Codes) €: MIL. 


The software can be bought on the company's website: https://www.obdautodoctor.com/pricing-and- 
purchase It is convenient to remark that an ELM327-based OBD-II adapter is needed to connect us to the 
vehicle (this is not included in the package). 


About the communication standards we can say it works with: 


e ISO 15765-4 (CAN) (required for advanced car diagnostics such as fuel system monitor) 


e 150 14230-4 
e ISO 9141-2 
e SAE J1850 


Let us view a screenshot of the fuel consumption and the fuel emissions. 


(5 OBD Auto Doctor - Standard Edition [Registered to Creosys Ltd] = O x 
File Edit Help 


4 ( x) MONITORING EAT 


Sensors Sensor Graph Sensor Graph Grid On-Board Service Activation 


KT Sensor Graph Grid ? 
TROUBLE CODES 
Calculated engine load [%] of Short Term Fuel Trim - Bank 1 [%] v 
© 25 
20 
DIAGNOSTICS 15 
10 
5 
MONITORING A 
Loro CR GENS NS CORRE EE ris r_.t-. ls RSS SNS EOS |, gp [pg ¡E | 
-30-28 -26 -24 -22 -20 -18 -16 -14 -12 -10 8 6 4 20 -30-23 -26 -24 -22 -20 -18 -16 -14 -12 -10 8 6 4 20 
ee Time [sec] Time [sec] 
(29 
EXTRAS Intake Manifold Absolute Pressure [kPa] y Ignition Timing Advance for #1 Cylinder F 
50 | 40 
pr 30 
“i 20 
10 
= 0 
10 | 10 
0 -20 
RS RS RS GR GERS CRE GRR CONS JS CNRS -_e_— GS es sus | | RS SRE ESS GERS GENS A GS SO GS OS CNRS GRR ee us | 
-30-28 -26 -24 -22 -20 -18 -16 -14 -12 -10 8 6 4 -2 0 -30-28 -26 -24 -22 -20 -18 -16 -14 -12 -10 8 4 4 20 
Time [sec] Time [sec] 
Fr. 


Figure 3.1.4a — Fuel consumption with OBD Auto Doctor [13] 
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Oxygen sensor monitoring test results include current test values as well as minimum and maximum values. 


2 OBD Auto Doctor - Standard Edition [Registered to Creosys Ltd] _ O Xx 
File Edit Help 


Y, 
k O DIAGNOSTICS 


Readiness Monitors Oxygen Sensor Monitors On-Board Diagnostic Monitors 


In-use Performance Trading 


Oxygen Sensor 


Oxygen Sensor Monitors 


$01 - Rich to lean sensor threshold voltage (constant) 


$02 - Lean to rich sensor threshold voltage (constant) 0.575V  0.000V 1.275 V O passed 
$07 - Minimum sensor voltage for test cycle (calculated) 0.190V 0.015V 0.065 V © Failed 
Ti 
sles $08 - Maximum sensor voltage for test cycle (calculated) 0.720V 0.020V 0.070 V o Failed 
” 
429 
= 
EXTRAS 


Figure 3.1.4b — Oxygen sensor appearance with OBD Auto Doctor [13] 


The current version of the software allows us to pick up to 6 sensors to monitor simultaneously and plot 
them into a graph. 


(5 OBD Auto Doctor - Standard Edition [Registered to Creosys Ltd] _ O x 
File Edit Help 


CA 


Sensors Sensor Graph Sensor Graph Grid On-Board Service Activation 


50 9 26 110 11 2200 
8 10 
24 
45 3 100 a 2000 
% 6 90 8 1800 
5 20 7 
A = 4 80 6 1600 
SI | 2134. Pl ps € 
2 g È 70 © a 1400 
Sta ars = 
a | [ier 2| 14 > 3 2 a 
3 E È 60 È 1200 & 
3|254 Elo SÌ bo E È 
£ 3 5 3 A 
< 21-14 3 so $ 1000 E 
3 el 15 8I |! È E 
20 Sl 241 3 (0) 0 E ui 
z S| s æ à | poo 
41:51 817 sl [* $ 
E 4 6 30 -2 600 
$ 4 3 
10 
4 i 20 4 400 
5 A 10 È 200 
3 g 4 
o 3 2 o 7 0 


-658 -56 -54 -52 -50 -48 -46 -44 42 -40 -38 -36 -34 -32 -30 -28 -26 -24 -22 -20 -18 -16 -14-12 -10 8 6 4 -20 
Time [sec] 


PES ES stat E 


Figure 3.1.4c — Example of graph with multiple variables with OBD Auto Doctor [13] 
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This car diagnostic software supports built-in DTC database including 14000+ alarm codes. 


(5 OBD Auto Doctor - Standard Edition [Registered to Creosys Ltd] = O x 
File Edit Help 
4 | 
TROUBLE CODES Engne «EMI y 
SUMMARY 


Confirmed DTCs Pending DTCs Permanent DTCs Freeze Frame _ DTC Database 


KT Freeze Frame Diagnostic Trouble Code 
TROUBLE CODES Code System Manufacturer 
P0133 Powertrain Generic 02 Sensor Circuit Slow Response (Bank 1 Sensor 1) 
o Freeze Frame Sensor Snapshots ? 
DIAGNOSTICS PID Description Value 
$04 Calculated engine load 294% 
$05 Engine Coolant Temperature 4°C 
Lee $0B Intake Manifold Absolute Pressure 102.0 kPa 
SOC Engine RPM 1032 RPM 
«= SOD Vehicle Speed Sensor 0 km/h 
(2) SOF Intake Air Temperature -9°C 
EXTRAS $10 Air Flow Rate from Mass Flow Sensor 20.08 g/s 
$11 Absolute Throttle Position 83.9 % 
$23 Fuel Rail Pressure 20580 kPa 
$24 Bank 1 - Sensor 1 (wide range 025) 
Equivalence Ratio (lambda) 4,260 
Oxygen Sensor Voltage 0.000 V 


Figure 3.1.4d — Example of some PID’s values with OBD Auto Doctor [13] 


3.1.5 Movi Pro 


This software offers two versions: users have to choose between the demo version (the demo is for free) and 
the full version that has a price of $50. Both versions can be downloaded/purchased on the website 


https: //www.yhasi.com/support/software.phptregistration It is remarkable that this software can only be 


installed in iOS’ computers. 


For connecting it is necessary to have any Bluetooth or USB interface that uses the ELM327 chip. It is 
convenient to inform that for RS232 interfaces an USB to RS232 adapter can be used. Movi Pro also provides 
the ability to connect using Wifi interfaces. 


It can combine different parameters in order to create new ones. For example, we could view our vehicle's 
instantaneous fuel economy. If the vehicle returns the MAF air flow rate and speed through the OBD II 
system, Movi Pro can calculate the instantaneous fuel economy. 
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Instantaneous Fuel Economy 


MPG 


Seconds 


Figure 3.1.5a — Graph of instantaneous fuel consumption with Movi Pro [14] 


The Movi Pro software displays the current state the vehicle was in when the diagnostic trouble code was 
set. 


e00 Movi Pro 
Cancel (Clear) 


Trouble Codes PAI Live Onboard Tests 


| Description | Value | Time 
PIDs supported 1-20 7E 1F 88 03 2012-11-01 23:58:26 
Freeze frame trouble code PO113 2012-11-01 23:58:26 
Fuel system status Empty data Fuel s... 2012-11-01 23:58:26 
Calculated engine load value 0.00 % Percent 2012-11-01 23:58:26 
Engine coolant temperature 141.8 Fahrenheit 2012-11-01 23:58:26 
Short term fuel % trim Bank 1 0.00 % Percent 2012-11-01 23:58:28 
Long term fuel % trim Bank 1 -2.34 % Percent 2012-11-01 23:58:28 
Engine RPM 0 rpm 2012-11-01 23:58:28 
Vehicle speed 0.00 mph 2012-11-01 23:58:28 
Timing advance 5 relative... 2012-11-01 23:58:29 
Intake air temperature -40.0 Fahrenheit 2012-11-01 23:58:29 
MAF air flow rate 0.07 g/s 2012-11-01 23:58:29 
Throttle position 14 Percent 2012-11-01 23:58:29 
Bank 1 Sensor 2- O2 sensor voltage, Short term... 0.000 Volts,% 2012-11-01 23:58:29 
Run time since engine start 0 seconds 2012-11-01 23:58:30 
PIDs supported 21-40 10 05 EO 15 2012-11-01 23:58:30 


Figure 3.1.5b — List of PID’s data with Movi Pro [14] 
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Users can view and save also the raw data from their vehicle's Engine Control Unit. 


Serial Send:0A 
Serial Read:0A 
7EA 03 7F OA 11 
7EB 03 7F 0A 11 
7E8 03 7F OA 11 


> 

Serial Send:02 00 00 

Serial Read:02 00 00 

7E8 07 42 00 00 7E 1F 88 03 
7EA 07 42 00 00 58 1A 80 03 
7EB 07 42 00 00 58 18 80 03 


> 

Serial Send:02 20 00 
Serial Read:02 20 00 

TEA 07 42 20 00 00 01 80 01 
7E8 07 42 20 00 10 05 ED 15 
7EB 07 42 20 00 00 01 00 dI 


> 

Serial Send:02 40 00 
Serial Read:02 40 00 

7E8 07 42 40 00 7E 14 20 00 


7EB 07 42 40 00 40 00 00 00 
TEA 07 42 40 00 44 C4 00 00 


Figure 3.1.5c — Raw data with Movi Pro [14] 
Movi Pro displays the onboard tests our vehicle's engine control unit performs every drive cycle. 


eoo Movi Pro 


Trouble Codes | Freeze Frame | Live Meios 


| Available 

¡Yes 

Yes 

Yes 

Yes 
Heated Catalyst No 
Evaporative System Yes 


Secondary Air System No 
A/C Refrigerant No 
Oxygen Sensor 

Oxygen Sensor Heater No 
EGR System No 


Figure 3.1.5d — List of different tests with Movi Pro [14] 
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The software can display up to four simultaneous graphs of live engine data, all while recording and listening 
to the displayed PID's in real time. Moreover, the previously recorded data can also be loaded into the graph 
for comparisons and review. 


800 ms Graph 
Engine RPM 


Instantaneous Fuel Economy 


Figure 3.1.5e — Example of some live data graphics with Movi Pro [14] 


We can see some graphs of monitoring of virtual torque and horsepower as an example of the simulations 
that can be done with this software. 


eoo Graph 


Torque 


Ib-ft 


Seconds 


Figure 3.1.5f — Example of a torque simulation with Movi Pro [14] 
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eoo Graph 


Figure 3.1.5g — Example of a horse power simulation with Movi Pro [14] 


3.1.6 AutoEnginuity ScanTool 


This software can be acquired on the website https://www.autoenginuity.com/products/scantool/. The price 
rounds $250 and there is no demo or free version. However, once acquired the package all later updates are 
for free. It works with the majority of vehicles worldwide like Ford-family, GM-family, Toyota/Scion/Lexus, 
Chrysler & Dodge-family, Mazda, Nissan and Infiniti, BMW and MINI, Honda and Acura, Hyundai and Kia, 
Land Rover, Jaguar, Subaru, Porsche, Isuzu, Mitsubishi, Audi & Volkswagen, Mercedes, Ferrari & Maserati 
and Fiat. 


About the conexion we can conclude it allows us to connect either with an OBD-II or with an USB 2.0 cable. 
Both hardware connectors come in the package when purchasing on the website. [15] 


Vehicle Information 
e Vehicle , 
Make: Ford Year 2004 


Model: F150 


VIN: [Not Reported 


Interface Type: CAN 
OBD-II Type: OBD-II (CARB) 


r ECM Information 


- ECM #7E8: Engine 
=) CAL 
RXAQ1Z5.HEX 
=| CVN 
8F003F67 


Figure 3.1.6a — Package of AutoEnginuity ScanTool [15] 


Figure 3.1.6 b— Example of Can interface with AutoEnginuity ScanTool [15] 
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It works with vehicles compatible with SAE Interfaces: 
e CAN 11bit and 29bit 
e ISO 14230 (KWP2000) 
e ISO 9141-2 


e _J1850 (VPW & PWM) 


Also when exporting the data we can log them in two different formats: XML for browsers and CVS for spread 
sheets with the capability to change the format and view logs offline. AutoEnginuity ScanTool software can 


read and clear Freeze Frame Data as we see in the next image. 


STORED DTCs 


P1639 Vehicle ID Block Corrupted, Not Programmed 


PENDING DTCs 


P701 Transmission Control System Range/Performance 
P193 Fuel Rail Pressure Sensor Circuit High Input 
P1639 Vehicle ID Block Corrupted, Not Programmed 
P21 Intake Camshaft Position Timing - Over-Advanced (Bank 2) 
P1000 ‘OBD Systems Readiness Test Not Complete 


FREEZE FRAME 
[P1639 [Fuel system 


Not Reported 


Coolant Temperature 
Long Term Fuel Trim Bank 1 


-99.84 % Long Term Fuel Trim Bank 2 
Intake Manifold Pressure 
Vehicle Speed 0.00 MPH 


| Data Logging Vehicle Options Help 
TON © Stopped | Data Logging File 


Il Diagnostic Trouble Codes | Live Data Meter) Live Data Graphs (8x) | Live Data Graph / Histogram (4x) | Live Data Grid | 02 Sensors | Work Support | OnBoard Test Results 


ET 2118 | E [Coor Temperature 


W Calculated Load: 0.00 
E Coolant Temperature: 105.80 


Vehicle Notes Actuation 


26 


[>Ecu Modules Repair Ebook PDF<] 


The interface with the 
user is very comfortable 


when displaying data. 
Customers can change 
and personalize the 


interface that suits better 
of them. This software 
uses grids and graphics 
with different parameters 
and the 6 Data Mode can 
show 6 variables in an 
individual report format. 


Figure 3.1.6d — Example of 


some graphics with 
AutoEnginuity ScanTool 
[15] 
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B AutoEnginuity's Giotto cile Em 
Í Data Logging Vehicle Options Help 


Oo © Stopped | Data Logging File O E S) e Y 
. - pÉ a a a a, 


_Z Diagnostic Trouble Codes” Live Data Meter | Live Data Graphs (8x) | Live Data Graph / Histogram (4x) | Live Data Grid } 02 Sensors | Work Support | OnBoard Test Results > 


[Calculated Load Ly] | | [Intake Air Temperature y] | | [Absolute Throttle Position y 


[8151.02 Sensor Output Voltage y] | | [815102 Sensor Fuel Trim _y] | [[8152 02 Sensor Output Voltage 


K 


y 


afra [B15202 Sensor Fuel Trim y] | | [815302 Sensor Output Voltage _y] | | [815302 Sensor Fuel Trim = 


Opass = 
x 
eas Vehicle Notes Actuation 
Vehicle: Nissan Altima 2007 System: Generic Powertrain OB+ 


Figure 3.1.6e — 6 Data Mode with AutoEnginuity ScanTool [15] 


Also sensor data can be configured. Each individual sensor's sampling rate, ranges, alert audio trigger points, 
scaling value or units can be set to the user's specific needs. 


Control Module Voltage Configuration 


- General 


- Sampling Rate ————., - Units x 


| 

>" q : 

de O 7 | Ssec GI fe English Es 
À C Metric 


- Sensor Domain and Range 


| Min. Yalue: |D Max. Value: 165.535 Scale Value: 11 | 


- Trigger Parameters 


JO Trigger Type: | None = 
Min. Trigger Value: Max. Trigger Value: | 


Audio Filename: ASS E Li | 


Figure 3.1.6f — Alert audio trigger with AutoEnginuity ScanTool [15] 
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È Data Logging Vehicle Options Help 


ogging File D:\SSafe\Giotto\Scan Tool Samples\Lincoln-Navigator-2010-September 23 2014.cs\| Playback Speedi) | 00010) 


SI Diaanostic Trouble Codes | Live Data Meter |“ Live Data Graphs (8x) | Live Data Graoh / Histoaram (4x1 Live Data Grid } 02 Sensors | Work Support | OnBoard Test Results ‘> 


Sensor Name [Unit Minimum i ES 


Fuel Tank Temperature 

Fuel Level 

EVAP System Pressure 

Calculated Load Value 

Heated 02 Sensor 2 Bank 1 

A/F Alpha Bank 1 - Current 

AJF Alpha Bank 1 - Stored 

Corrected Ignition Timing 

Corrected Idle RPM 

Intake Valve Timing Bank 1 

Intake Valve Solenoid Bank 1 

Heated 02 Sensor 3 Bank 1 

AJF Sensor Heater Bank 1 Duty Cycle 
Ennine Sneed 
E [Sensor Name Sensor Grouping 

Coolant Temperature EnhancedPowertrainCAN 
Vehicle Speed EnhancedPowertrainCAN 
Battery Voltage EnhancedPowertrainCAN 
Intake Air Temperature EnhancedPowertrainCAN 
Ignition Timing EnhancedPowertrainCAN 
Purge Volume Control Valve EnhancedPowertrainCAN 
Fuel Tank Temperature EnhancedPowertrainCAN 


a TR 


É 


~*~ 1 


af: 


S] E E KI (A E [Y 


B Vehicle Notes | Actuation | 


Figure 3.1.6g — Configuration of data sensor with AutoEnginuity ScanTool [15] 


Oxygen sensor. 


Test OnBoard System | OnBoard 4 > 


Fuel System Status 
@ Fuel System One Status: Closed Loop @ Fuel System Two Status: Not Reported 


[815102 Sensor Fuel Trim z| [Av [23 [or xl 


3. Low Sensor Voltage for Switch Time Calculation 
4. High Sensor Voltage for Switch Time Calculation 


6. Lean to Rich Sensor Switch Time. 

7. Minimum Sensor Voltage for Test Cycle 

‘8. Maximum Sensor Voltage for Test Cyde 
Actuation 


|Vehide: Lincoln Navigator 2007 5LMFU28557.J05418 | System: Generic Powertrain 


Figure 3.1.6h — Fuel sensor of AutoEnginuity ScanTool [15] 
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3.1.7 Vehicle Spy 


Vehicle Spy is a software that can be bought for $300 directly from the website. It works with vehicles 


compatible with the next communication standards: 


e 15014229 (UDS) 


e GMLAN 

e CCP/XCP 

e ISO 15765-2 
e J1939 


e _J1979 (OBD) 


Related with the exporting data format, industry standard .dbc and .ldf files are supported, as well as .uef 
and some other customer specific formats. Also, another important feature is the data log. It allows logging 
data with real-time signal views and post-analysis of data files provides user with a complete data acquisition 


and analysis solution. 


Vehicle Spy has an Applications Programmers Interface (API) that enables other programs to control its 
actions. This feature can be used by external programs on the same computer, or a remote computer with a 
TCP/IP connection. Programs written in LabView, C++, Visual Basic, MATLAB or other Windows programs are 


supported. [16] 


& New Spy Setup - Velite Spy 
| Eje Setup Vehicle Networks Measurement Embedded Tools GMLAN Scripting end Autometior Run Tools Help 
O * Offline up| | ta] pel | G Desto 1 

la Database Platicaras (EST) E) Simdata ER 


| Basic Simulation Setup  Smulston Data | Optons | Select signal expressions using an 
| nteractive halo: 
Smuisted messages transmitted by the folloseng BOUs: A erara 003 Apply Expression | Gear Expresson 
pe 
Name T Rane Source Data Type Mn Max 


Teo y \ 
3) we ENGINE _INFO_2 \ 


Setup 


Setup Calculated Signal: SIGNALE = 


Calculation Type 


m Po alli 

he. _ EI SÌ 
S A Max fico Se | S Second Preview 
FA SIGNE TT Frequency ha) 0.5 fe | 
R? SGA RAR = r 
S$ stona EE 0.3 f| 
22 SIG KK 
RA SIGL YV 
RA SIGNAL_GG 

TTE 


4 FA EOJ 4 Stat 


Smaton Log Fle 
Pie Path 


Gerwrate Template Fie., 


29 


[>Ecu Modules Repair Ebook PDF<] 


Now let us see 
some features and 
advantages that 
this software has. 
For example, built- 


in Diagnostics 
Setup enables user 
to create and 


execute diagnostic 
jobs and save the 


results for later 
analysis. 
Figure 3.1.7a -— 


Diagnostic Setup of 
Vehicle Spy [17] 
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¿8 Graphical Panels [22] 


© I ASAP2 Fie_Demo || Properties | Import / Export] DAQ Tables | 
| otg CHAR_1 


General — 


ECU Long Description 
| 
IV Generate CCP Read for every CCP Write 
Upload memory on characteristic open 
Intel Address Encoding 

1 Auto start MEP when VSPY goes online 


T Auto reload on open 


¡"On Start Memory Load 
© Upload from ECU 
@ Use stored data 

TT Download to ECU 


CAN Identifiers (hex) 
Request Response Station ID 
[reo (rea fo 


ECU Upload / Download: 


ice upload from ECU 


ECU State 
| Connect 


| [HEX File 


Load data from HEX file 


¡DAR Delays (minimum time between DAG requests in ms} — || 
| High Priority Normal Priority Low Priority 


fo 150 600 


+| | - [feu 


[mom | 


Not Logging - Lines Collected: 0 


x] [Enginespeed 


lu) FF al ale pe) e Ba fel] | r fvavexr 


=] X Axis Span (5) Po 


7.041 > 


5 
8 
f 


ActualEngine_PercTor( 


No Bus Errors 


Our data logging 
capable devices 
enable users to set up 
standalone CCP/XCP 
data logging jobs. 
Normal mode CAN 
traffic can also be 
logged at the same 
time as CCP/XCP data. 


All data are 
automatically time- 
aligned and 


timestamped with a 
real-time clock. 


Figure 3.1.7b — Data 
Logging with Vehicle 
Spy [17] 


Vehicle Spy includes a built-in database and message editing facility. To create or edit messages user can go 
to the Messages Editor and then make the necessary changes to messages and signals. It is possible to create 
a custom user interface to view bus data the way user needs it, transmit messages, and interact with scripts 


and other parts of Vehicle Spy. 


E SCRIPT_DEMOLV:3- Vi ide Spy | 
TEM setup V 


— slm 


le Networks: Messurement Embedded Tools ‘Scripting and Automation Gun Tools Hp 


| Gi > simulation. my) | 09) Fa] Œ vextop 1 o) Ex pata 
[EE Furcsen Blocks ED | 9 Omabave Parton [ET] [evo Message: Ea [EF] 
sl |à | sale] -| ©| 913 mm] 
Type | Running LAN ES 
7 7 7 7 

SCRIPT Soret Running a step + 
sn 
e2 SCRIPT_3 p Running F Aie: 


AE 
© ater | + Before | sj mal 5 


(O Set valve 
1 Æ Function Block Action 
12 Hits 

Misto 


Figure 3.1.7c — Programming interface of Vehicle Spy [17] 


PRIMER (VALUE) :OUT2-5160-0 [567] } = 


¿NAF VALLE > 50 
If TRANSNET ADO 


If ELSE TRANSMIT OM10 


If SET VALUE 
Trigger SCRIPT_2 {CALL SCRIPT 2 
Step 4 (LOOP TO STEP 4 


No Bus Errors 
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If we pay attention to 
the Function Block 
Scripting, we can see 
this is a graphical 
approach to scripting 
but allowing user to 
easily select a list of 
actions from a set of 
options for each 
step. This simplified 
approach is ideal for 
those whose main 
technical focus is not 

programming. 
Function Blocks offer 
the same power as 
other scripting 
languages but are 
much easier to learn 
and apply. 
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3.1.8 PyOBD 


PyOBD (also pyOBD-Il or pyOBD2) is a Czech OBD-II compliant car diagnostic tool. It is a Python module that 
was designed to be compatible with low-cost (ELM 323 or ELM327) OBD-II diagnostic interfaces such as ELM- 
USB. It can basically allow users to communicate with their car's ECU, display fault codes, display measured 
values, read status tests, etc. All cars made since 1996 (in the US) or 2001 (in the EU) must be OBD-II 
compliant so they should work with pyOBD. PyOBD is written entirely in Python and was originally written by 
Donour Sizemore, now maintained and improved by SECONS Ltd. and it is a free software and is distributed 


under the terms of the GPL. [18] 


pyOBO-4 
fe QO8D4i Trouble codes Help 


Status | Tests Serads | DTC | Trace 


Description Value 


| OTs 0 

I MIL: of 

| Misfre Supported - Completed 
i Fuel system Supported - Completed 
Components Supported - Completed 


| Catalyst Supported - incoregleted 
i Heated Catalyst Unsupported 

| Evaporative system Supported - incomgleted 
i Secondary Air System Supported - incompleted 
| AVC Refrigerant Unsupported 

Oxygen Sersor Supported - ror gicted 
| Oxygen Serdar Heater Supported - iromgeted 
IEOR Systeme? Supported - Completed 


Figure 3.1.8b — Test results of PyOBD [18] 


pubbli 
Be CON Trouble codes Help 
Status | Tests Seniors | DTC | Trace 
Get UTC | Clear OTC 
Cose Sula Trouble code 
Ho DTC codes [codes cleared) 


Freeze frame data is a snapshot of the real- 
time sensor feeds at the time of a DTC 
condition. Users can use these data to figure 
out what was going on at the time their car's 
"check engine" light turned on. OBD-II also 
provides detailed oxygen sensor data 
allowing emission diagnostics. 


While the engine control unit (ECU) performs 
various tests, the OBD-II application allows 
users to view the results of them. 


Diagnostic trouble codes (DTC) are error 
codes that can be looked up to determine 
what problem the car is experiencing. There 
are two types of fault memories: persistent 
(currently failing components) and non- 
volatile (stored errors that occurred in past). 
If the condition that caused the DTC persists, 
the car's computer will turn on the "check 
engine" light. 


Figure 3.1.8c — Diagnostic Travel Codes (DTC) with PyOBD [18] 
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pyOBD-H : Real-time data are the sensor’s raw data 


fe QOO- Double codes -tjeip reported to the OBD-2 compliant control unit. 


Status | Tests | Seniores | DTC | Trace | These data can be helpful for troubleshooting 
Supported erat Value problems and monitoring engine 
Fuel Rail Pressure ~ f performance. 
intake Marifoid Pressure 
Engine RPM 04) 
vetucie Speed 0.0 (MPH) 
Term Advarce -23.5 (degrees) 
intake Ay Temo -40 (01 
Air Flow Rate (MAF) 0.0 (ymin) 
Theottie Position 100.0 14) 
Secondary Air Status 04 () 
Location of O2 sensors 03 (| 
O2 Sensor: 1-1 51099-21875 (4) 
07 Seres: 1-2 1769071075 0%) Figure 3.1.8d — Real time data sensor of 
O2 Sense: 1-3 "| PyOBD [18] 
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3.1.9 TOTAL OBD & ECU Auto Diagnostics (TOAD) 


TOAD software can be purchased in Amazon or directly on the Internet in their website 
http://www.totalcardiagnostics.com/toad/ for $270. There are different connections available for OBD 1&2, 
EOBD, JOBD, ADR and JDM vehicles, the most common ones are ELM327 USB Cable / Bluetooth / WIFI. The 
software has a built-in database of over 15,000 fault code definitions (generic and manufacturer-specific 
codes for engine/transmission). It also works with vehicles compatible with the next communication 
standards: 


e CAN Bus 
e SAE-J1850 
e CCP /XCP 


e  150-14230 and ISO-15765 (CAN) 
e CAN [11bit and 29bit] 
e ELM327 


In comparison with other software, TOAD is able to read many more fault code DTC than another high-end 
reader and is also permitted to monitor multiple sensors in real time simultaneously. But another benefit is 
getting around 20% more data than competitors. It has widely been used by professional mechanics. It has 
been used on Toyota, BMW, Volkswagen, GM, Ford, Mercedes, Chrysler, Nissan, Skoda, Volvo and several 
more different customer vehicle manufacturers, and surprising TOAD can find PID's and additional emission 
status that usually only with high-end OBD readers ($10,000+ range) can find. 


The TOAD software counts with the Fuel Economy Tool. This car diagnostic tool helps to adapt driving 
behaviour to reduce the fuel consumption of a vehicle. The tool could be launched during a test drives while 
buying a car. After a quick drive the analysis would be available and one could see the real fuel consumption 
data for the car based upon each driver's habits. This feature can help to make a best choice when buying a 
car and prevent from large costs. Moreover, there are no restrictions on how much data users can log and 
for how long because the Vehicle Manager can keep track of multiple vehicles and owners simultaneously. 
[19] 
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ProScan - [Freeze Frame Data] TH | The Freeze Frame Data tool allows 
so A E to monitor any data at any period by 
saving all the previous information. 
Frame Number: b 3 Read It also shows all detected problems 
and helps to resolve them. Users 
PID Description English Value Metric Value il can use Data Logger to record 
02 |DTC that caused Freeze Frame - . . 
ss - - healthy engine parameters and use 
03b_[Fuel System 2 Status ; - that data to help spot problems in 
04 |Calculated Load Value : % : 
05 | Engine Coolant Temperature - F the future. 
06a [Short Term Fuel Trim - Bank 1 - 
Ofa [Long Term Fuel Trim - Bank 1 - 
08a [Short Term Fuel Trim - Bank 2 - 
09a |Long Term Fuel Trim - Bank 2 < % 
O6b [Short Term Fuel Trim - Bank 3 - % 
07b |Long Term Fuel Trim - Bank 3 - % 
08b | Short Term Fuel Trim - Bank 4 % 
09b |Long Term Fuel Trim - Bank 4 % 
OB | Intake Manifold Absolute Pressure inHg 
OC [Engine RPM rpm 
OD [Wehicle Speed - - 
| LLC _Ianition Timing Advance - ` - 2 Figure 3.1.9a — Freeze Frame Data 
LI Disconnected cos New Vehicle COMI = É with TOAD 


ProScan - [Oxygen Sensor Tests] E | | The Oxygen Sensor Tests 
aQ Fie View Tools Help -x| allow to display all tests 


a| PE] jæ] al the car had for all 


individual oxygen sensor. If 
Oxygen Sensor: v v8 


the car has a problem, this 
resto Descon olas [Minimum [Maximum] Unis | | +00] will help to determine 
$02 
904 
906 


$07 [Minimum sensor voltage for test cycle (calculated) 
$08 |Maximum sensor voltage for test cycle (calculated) 


$09 |Time between sensor transitions (calculated) 
Sensor period (calculated) ss 


- 


if the oxygen sensors have 
fails and detect exactly 
which sensor. 


ee 


- 


Figure 3.1.9b — Oxigen test 
with TOAD 


E) Disconnected los NewVe COMI 
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ProScan - [Live Sensor Graphs] 
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Figure 3.1.9c — Live sensor graphics in TOAD 


TOAD software is 
complete and allows to 
read the vehicle's 
diagnostic trouble codes 
and it also plots graphs 
with live vehicle sensors 
(including wide-band 02 
sensors). Initially it was 
designed to make an 
interface for cars easy to 
navigate, inexpensive and 
functional. In addition, it 
can actuate in bi- 
directional controls, reset 
adaptations, and view 

inspection/maintenance 
system test results to 
quickly determine what 
service the vehicle 
requires. 


The alerts feature produces an audible warning when a parameter value (coolant temperature, RPM, etc) 
goes outside normal operating range. Also, the Diagnostic Report Generator of TOAD allows to generate 


diagnostics report for a car with one button. 
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OBD-II Diagnostic Report 


S 
MO C ail Prepared by: Prepared for: 


We analyzed your 2004 Ford Mustang Cobra on March 20, 2006 at 9:28:50 PM. 


Stored Diagnostic Trouble Codes 


Stored DTCs Pending Diagnostic Trouble Codes 


00 


Freeze Frame Data (Not Available) 


Description English Units Metric Units Description i nits Metric Units 


Fuel System 1 Status 
Calculated Load 

STFT - Bank 1 

STFT - Bank 2 

STFT - Bank3 

STFT - Bank 4 

Intake Manifold Pressure 
Vehicle Speed 


Continuous & Non-Continuous Monitoring Tests 


Continuous Monitors Supported? Completed? Non-Continuous Monitors Supported? Completed? 
Misfire Supported Complete Catalyst Supported Complete 
Fuel System Supported Complete Heated Catalyst Unsupported - 
Comprehensive Component Supported Complete Evaporative System Supported Complete 

Secondary Air System Supported Complete 
A/C System Refrigerant Unsupported - 

Oxygen Sensor Supported Complete 
Oxygen Sensor Heater Supported Complete 
EGR System Supported Complete 


Fuel System 2 Status - 
% % Engine Coolant Temp °C 
% % LTFT-Bankl 
% %  LTFT-Bank2 
% %  LTFT-Bank3 
% %  LTFT-Bank4 
inHg kPa Engine RPM 
mph kph Spark Advance 


Figure 3.1.9d — Diagnostic report in TOAD 
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3.1.10 PCMSCAN 


PCMSCAN is a software that can be bought for a price of $170 directly on the website 


http://www.palmerperformance.com/store. It has connection by OBD-II port with the vehicle so in theory it 


should work with all car models made from year 1996 (when OBD-II port started being obbligatory in 
vehicles). It supports all OBD-II protocols like: 


e SAE-J1850 (PWM and VPW) 
e 150-9141 

e  150-14230 (KWP2000) 

e _1S0-15765 (CAN) 


This software offers customizable log file data export to .CSV file for easy viewing in other programs like Excel. 
Full support for data log file bookmarks is included as well— if user notice the engine misfiring or some other 
problem, h can add a bookmark into the logged data that is being recorded. Then he can come back at any 
time and view the surrounding frames of data to analyze the problem. — [20] 


PCMSCAN is able to read and clear stored Freeze Frame Data. As well, users can save and load also their log 
files for offline analysis. 


“ PCMSCAN™ - New Configuration* - [C:\kameron. lef] 
File View OBD-II Logging Tools Language Window Help 


Ove 69 E : 


Diagnostics Performance Dashboards Tools | Settings Console Freeze Frame Data 


| Read Freeze Frame Data | Frame Number: |0 $ 


PID Name English Yalue English Units Metric Yalue Metric Units 
SAE.DTCFRZF DTC that caused required freeze frame data storage POODI Pooo1 

SAE.ECT Engine Coolant Temperature -40 °F -40 °C 

SAE.RPM Engine RPM S rpm 5 rpm 

SAE.YSS Vehicle Speed Sensor 0 mph 0 km/h 


Data Control Panel 
[ 

AU 

Frame: 0 k o bm bi D © f Time: 00:00:00.000 


= Scan Tool Æ yehicle Registered To: Palmer Performance 


Figure 3.1.10a — Freeze Frame Data with PCMSCAN [20] 


The Alert System allows users to configure the software to monitor any parameter they like. When the 
specified conditions are met, the software will automatically play a sound to warn customer if he is driving. 
It supports over 220 generic OBD-II parameters, including O2 sensors. Moreover, it can read the status of 
continuously and non-continuously monitored tests. 
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“ PCMSCAN” - New Configuration* - [C:\kameron.lgf] 
File View OBD-II Logging Tools Language Window Help 


Du SE :i 


Diagnostics Performance Dashboards Tools | Settings Console | PID Config Data View Trouble Codes Monitor Status | OBD-II Settings 


Continuous Monitors 


Name 
Misfire 
Fuel System 
Comprehensive Component 
Reserved 


Non-Continuous Monitors 


Name 
Catalyst 
Heated Catalyst 
Evaporative System 
Secondary Air System 
AIC System 
Oxygen Sensor 
Oxygen Sensor Heater 
EGR System 


Data Control Panel 


[ 
0 


y! 
v 


Frame: 3 i4 < <i è on > (© bri DEH è E Time: 00:00:07.641 


= Scan Tool EX Yehicle Registered To: Palmer Performance 


Figure 3.1.10b — Example of different tests with PCMSCAN [20] 


3.1.11 CANIBUS Server 


CANIBUS is a web server written in Go language by Open Garages. This server allows a room full of 
researchers to simultaneously work on the same vehicle, whether for instructional purposes or team 
reversing sessions. The Go language is portable to any operating system, but it may have issues with low- 
level drivers on certain platforms. For example, Go does not support the necessary socket flags to initialize 
the CAN interface. (This problem could be addressed by implementing socketcand, but as of this writing, that 
feature has yet to be implemented.) CANIBUS does have a driver for ELM327 that supports generic sniffing. 
[21] 


3.1.12 Kayak 


Kayak is an application for CAN bus diagnosis and monitoring. Kayak is a Java-based GUI for analyzing CAN 
traffic. lt has several advanced features, such as GPS tracking and record and playback capabilities. It utilizes 
socketcand in order to work on other operating systems. Its main goals are a simple interface and platform 
independence. It is implemented in pure Java and has no platform specific dependencies. Kayak is based on 
SocketCAN and the connection to a SocketCAN bus takes place using TCP/IP and a socketcand server. 
Therefore the bus access is network transparent and can be shared with multiple users. [22] 


3.1.13 Octane 


Octane is an open source CAN bus sniffer and injector with a very nice interface for sending and receiving 
CAN packets, including an XML trigger system. Currently, it runs only on Windows. 
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3.2 HARDWARE 


3.2.1 ELM 


The ELM327 OBD2 Interface is a car diagnostic tool that is used to transmit data from OBD2 compliant vehicle 
to laptop computers, desktop computers, Android smartphones, Android tablets, iPhones and iPads. The 
technology that it provides with allows to receive real-time information from the ECU and to read and clear 
Trouble Codes associated with the Check Engine Light. 


The car diagnostic tool can be used with most OBD2 compliant vehicles and interfaces are compatible for use 
with Windows XP, 7, 8, 10, OSX, iPhone, iPad and Android smartphones and tablets. Some software 
applications have nice graphics while others have robust logging for diagnostic purposes. These scanners can 
be used for professional or entertainment purposes. [23] 


Figure 3.2.1 — ELM-USB connector with cable and CD with some apps 


3.2.2 Delphi 


When purchasing Delphi DS-150E on the website https://www.delphiautoparts.com a package is sent to 
customer. As we can see in the image below the package includes the next items: 


e OBD-II adapter with light and cable to the memory 

e Memory with REC button and blue/green light 

e Cable USB for connecting the memory with the PC 

e CD with Delphi software to be installed in a Windows computer 


Itis noticeable that the memory has an own battery and can work with or without being connected with the 
PC. If it is not connected, the battery provides the energy for saving the data that later will be sent to the PC 
when connecting the USB cable. 
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Figure 3.2.2 — Delphi DS150 memory unit, OBD-II adapter, cables and CD with software 


3.2.3 Arduino 


Arduino is an open-source electronics platform based on easy-to-use hardware and software. The hardware 
essentially consists in a board with a microcontroller. Thanks to the microcontroller, Arduino boards are able 
to read inputs and to turn them into outputs. At the beginning it was designed to reduce the price of the 
microcontrollers and to make them accessible for everyone. Since then, many projects have been developed 
with the help of Arduino. In contrast with some other competitors, Arduino is cheaper and both hardware 
and software are open-sources. Moreover, it can be used with Windows, Linux or Mac without distinction 
and it is easier to use for beginners so students learn how to program in C++ quickly. In the images below we 
can fist see the Arduino main board and then mounted and connected with the OBD-II adapter. 


Figure 3.2.3 — Arduino board disassembled (left) and assembled with OBD-II connector (right) 
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3.2.4 VSCOM 


VSCOM is accompany that has developed many kinds of adapters for different connections. CAN adapters 
allow to connect a PC to CAN networks in industrial automation or automotive monitoring applications. The 
access is given by USB 2.0, TCP/IP or PCI Bus. By using a special library user applications control CAN networks 
via any of the converter models. This library supports all converters, application software for one model will 
directly operate with another model. The advantage is that the library supports C/C++, Delphi and LabVIEW. 
[24] 


3.2.5 Higher-End Hardware 


Higher-end devices significantly cost more money, but they are capable of receiving more simultaneous 
channels and offer more memory to help prevent packet loss. High-performance tools often support eight 
channels or more, however usually not so many channels are needed. These devices often come with their 
own proprietary software or a software subscription at sometimes significant added cost. If a higher-end 
device that specifically works with Linux, try Kvaser, Peak, or EMS Wiinsche. The devices from these 
companies typically use the sja1000 chipset at prices starting around 400€. In any case, it is always 
recommended to be sure the software associated with the device we choose does what we want because 
we will usually be locked into their API and preferred hardware. [25] 


40 


[>Ecu Modules Repair Ebook PDF<] 


CHAPTER 4: EXPERIMENTS CARRIED OUT 


4. EXPERIMENTS CARRIED OUT 


4.1 FIRST CASE: THE AMBULANCE 


In order to connect us with a vehicle with CAN 
for using an OBD-II scanner it is first necessary 
to plug it into the OBD-II port of the car. CAN is 
one of the transport protocols of the OBD-II 
specification and should be supported by most 
OBD-II scanners. Usually the port is located in 
reach of the driver, under the dashboard or 
hidden in the centre console. The location of 
the port can be easier found searching in 
Google an image of the specific model. 


Figure 4.1a — Ambulance appearance at the 
beginning when we arrived 


This happened to us when we wanted to 
connect us with the ambulance we borrowed 
from the hospital Policlinico Universitario 
Campus Bio-Medico in Rome. lt was an old 
ambulance that is no longer operating so they 
allowed us to go there and prove what we 
needed. 


Figure 4.1b — Looking for the OBD-II connector 
in the ambulance 


The first problem we had was that the ambulance was too old, 
in fact it was an Iveco Daily 3510 from November 2002. The thing 
is that OBD-II connectors were not obligatory at that time in EU 
countries and this vehicle, in particular, did not have it. Instead 
we found another connector that is called Mercedes 38 pin, not 
even standardized. Even though we had a converter 38pin-OBD2 
and we changed the battery of the vehicle (because it had been 
parked in the hospital for years) but it still did not work. After a 
few days and acquiring new connectors finally we realized we 
needed another vehicle to prove and start getting some data 
because the ambulance was too old in both senses: it was in poor 
condition and it did not have the features we needed to extract 
the data. 


Figure 4.1c — Mercedes 38pin-OBD2 adapter 
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4.2 SECOND CASE: TEACHER'S PERSONAL CAR 


Il ee BON (24% 15:34 


After we spent some time looking for a new vehicle, 
Appl. 4 Professor Setola offered his personal car. We could just do 
a quick proof but enough to know specifically what data we 


could get and how to do it. In this case it was very easy to 
i ] y g $ access to the OBD-II connector (just under the steering 


NNN TIAYIDB azimuth última wheel) so we connected to the vehicle via Bluetooth with 
some apps | got installed in my personal mobile phone. 
| ] | | TI Particularly, these apps were OBD Car Doctor, Torque and 


Mini OBDII. With this last one we extracted many data from 

the car. Actually, we did not move the car but had the 

ey m $ engine running for a few seconds and this was enough to 

i start understanding the data we acquired. The car was a 
Finale Sensor Log BluethootSer —BTClientl 


ver Nissan Qashqai 1.6 dCI 1300 Acenta Premium 5doors. 


Prova_ana timer AndroSensor 


ee CE) The proof we did with the teacher’s car brought us to see 
pep Car Taree WIN BDI specifically what kind of data we could get from the ECU 
Doctonires (Electronic Control Unit) to start thinking about the 
analysis. In fact, we did not do any analysis because the 
data we got were not enough, but we concluded the best 
ao ate oe could be to design an algorithm that would be able to tell 
us something about the driving. As we had data from some 
variables such as revolutions/min, time driving, speed, 
acceleration, consume... we decided to create an algorithm 
that can evaluate our driving and tell us how safe it is. 


BTServer2 


= 
O 


Figure 4.2 — Some apps installed in the cellular 


4.3 PROOF WITH A RENTED CAR (FIAT 500) 


On 6°" June professor Setola rented a car and we started trying with all the programs we got. Firstly, we 
started with Delphi, and continued with other software like PCM Scan, ScanMaster-ELM, ScanTool.net, 
OBDTester... but the problem we got in many cases was that the version we were using was the demo version. 
It was like this every time: we proved several programs as | mentioned before but almost always there was 
something missing. In fact, we spent some money before acquiring hardware (connectors, Arduino and 
Delphi hardware) and software (full programs) but there was always something wrong whether in the vehicle 
or in our programs. Only DashCommand was the one that we got full and was running well. 


At the beginning, Delphi would have been the most interesting because we could get data from lights sensors, 
air conditioned relay, etc... and initially the idea was to study some cases when a vehicle had crashed and we 
had to demonstrate nothing failed but the driver’s attention. So, for example, if the radio and air conditioned 
were switched off when the accident was, it means the driver was not paying attention. Unfortunately, all 
features like saving data or collecting long-trip data were not available with the version we had so we had to 
reduce our expectations. Then we focused in an app called DashCommand because it let us connect us with 
the ECU via Wi-fi thanks to the ELM-327 adapter we already acquired in Amazon. But when we wanted to 
make proofs and get some data, the time for giving back the car was about to finish. 
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4.4 PROOF WITH LUCA’S CAR 


Luca is one of the collaborators that Prof. Setola has in his lab. As he saw we were having many problems 
with the vehicles he offered me to try with his own car (Hyundai i20) and take the data from there. First of 
all, we started the engine and connected our adapter in the OBD2 connector. From my mobile phone | 
established the connection via Wi-Fi and told the app to start collecting data from the ECU while we started 
driving. Then we make a couple of short poofs, checked everything was working properly and we verified we 
could save the data. 


After this, we had to reorganize a little the objectives of this thesis and we decided that the most convenient 
would be to go back and continue the first path we initially planned. The idea was to create some algorithms 
to evaluate driving. These algorithms would read the data we got (especially variables like rpm, speed, 
consumption...) and then give back a response with an evaluation of how safe or how efficient it was. 


43 


[>Ecu Modules Repair Ebook PDF<] 


CHAPTER 5: ANALYSIS 


5. ANALYSIS 


5.1 DATA WE CAN GET FROM THE VEHICLE: 


Before starting directly with the analysis, let us introduce what kind of variable we have and which are the 
main data. There are about +100 different columns in the .csv file that was generated by DashCommand. The 
most important ones are below with a little explanation about. 


5.1.1 Frame Number 


This is just an ordinal number that indicates the position of each single measure in the table. 


5.1.2 Frame Time 


It is a number measured in hours, minutes and seconds (with a maximum precision of one millisecond) that 
indicates the exact time when the data were taken. This is a relative measure of time and starts counting 
from O when we first star the measurement. Moreover, in other columns time difference between 
measurements is shown in milliseconds. And when we use time we will always refer to the measures in 
milliseconds. 


5.1.3 Forward and Lateral Acceleration 


These accelerations are referred to the absolute vehicle acceleration in two directions: forward and lateral. 
It is measured with the mobile phone and it really corresponds to the acceleration suffered by the phone and 
not by the car. However, if there is no relative movement between them it has to be the same. According to 
the International Units System, the acceleration should be expressed in N/s? but here the figures are only 
given in Gs, which are equivalent to 9.81 N/s?. 


5.1.4 Vehicle Roll and Pitch 


This corresponds to the car’s rotation around the roll and pitch axis. It is measured in degrees. 


5.1.5 GPS Latitude, Longitude and Altitude 


Thanks to the cellular GPS signal, it is possible to have the accurate coordinates of the position where the 
phone (and the car) has been moving. 


5.1.6 Engine Coolant Temperature 


It is the temperature of the engine coolant given both in Celsius and Fahrenheit degrees. This measure is 
taken directly from the ECU and is not the result of any DashCommand’s algorithm. 


5.1.7 Intake Manifold Absolute Pressure 
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As its name says, it is the absolute pressure of the intake manifold. It is measured in kPa and in inHg (mercury 
inches). It is also another value taken from the ECU. 


5.1.8 Engine Revolutions 


These are the revolutions made by the engine every instant in rpm (revolutions/min). It is value provided by 
the ECU. 


5.1.9 Vehicle Speed Sensor 


This sensor shows the instantaneous vehicle speed in mph and in km/h. This is another value provided by the 
ECU. 


5.1.10 Intake Air Temperature 


This shows the temperature (in °C but also in °F) of the intake air flow. Usually it is the same as the 
atmospheric temperature outside the vehicle and the value is given from the ECU without any intervention 
of DashCommand. 


5.1.11 Air Flow Rate from Mass Air Flow Sensor 


This sensor measures the quantity of air that flows into the car. It is expressed in Ib/min and in g/s (grams 
per second). 


5.1.12 Fuel Economy Calculations 


This shows if the fuel consumption calculator is activated or not. 


5.1.13 Trip Computer Calculations 


This shows if the trip computer is activated or not. 


5.1.14 CO Content 


It is the CO; gas content derived from the 'Fuel type' vehicle setting measured in lb/gal and in kg/l. It is a 
constant and the initial value does not change with time. 


5.1.15 Fuel Density 


This value is also constant in time. It refers to the density of the fuel used in the vehicle in Ib/gal and g/l. 
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5.1.16 Stoichiometric air/fuel ratio 


This is another constant that shows how much air is referred to the level of fuel. It is not measured in units 
but just as a division (:1). 


5.1.17 Mass Air Flow 


It shows how big is the mass air flow. It either uses the specified PID from vehicle settings or the best for the 
vehicle if no setting is provided. Figures are expressed in Ib/min or in g/s. 


5.1.18 Manifold Absolute Pressure 


This is the pressure measured in inHg and in kPa of the manifold. 


5.1.19 Fuel Flow 


This is the quantity of fuel that is flowing on each instant of time. It is measured in both gallons and litres per 
hour. 


5.1.20 Average Fuel Flow 


This is the average fuel flow since last reset. It is measured in gal/h and I/h. 


5.1.21 Boost Pressure Estimation 


This is the boost pressure rate calculated in psi and kPa. It can also take negative values. 


5.1.22 Trip Time Clock 


lt can measure the time since the current trip started (in hours, minutes and seconds). 


5.1.23 Distance Travelled 


Distance travelled in the last trip given in km and miles. 


5.1.24 Current Acceleration 


Current acceleration based on the last two speed readings and given in ft/s? and m/s”. 


5.1.25 Fuel Consumed 
Total fuel consumed in the last trip in litres and gallons. 
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5.2 DATA ANALYSIS WITH MATLAB 


As we have seen before, there are too many variables and we will have focus only in some of them. Once we 
finish recording the proof, the app DashCommand will generate a .csv file and we can send it to any email 
address. When we get the .csv file we can open it and have a look for example with Excel. Then, if we pay 
attention to the columns our Excel file has, we will realize there are more than a thousand of them (in fact, 
there are 1075 different columns). This will not allow us to work properly also because there are more than 
3900 rows and, if we multiply we realize there are more than 4,000,000 different cells each one referred to 
a different parameter and with a different value. 


In conclusion, with so many data shown in a simple but 
huge table it is impossible to understand anything. 
TT Therefore, we will put the data into Matlab and then 
3901x1 double create different vectors. Like this, we will work with 
282 1x1 double vectors and not with such a big table. Each column of the 
sant pra vectors | table will be transformed in a different vector and all 
3901x1 double values contained in will correspond to the same property. 
i A For example, we will create a vector with the numbers 
ER Sla table 5 contained in the column speed in km/h and this new vector 
— = will contain all the values of speed taken in the proof. 


Workspace 


Figure 5.2a — Vectors in MATLAB 


Now, it will be much easy to organize and to work with all the data. Moreover, we will work only with the 
data we want to and not with all of them. Taking advantage of the previous example, it will not be necessary 
to create any vector from the column speed in mph, so we could say Matlab offers us to discard and forget 
all the data we do not want. 


In fact, the vectors we will work with correspond to the next variables: time (sec and ms), linear speed (km/h), 
engine rotation speed (rpm), forward and lateral acceleration (Gs), fuel consumption (1/100km), latitude and 
longitude (coordinates). It is convenient to say that, as we did several proofs with Luca’s car, there are several 
vectors for each variable (one for each proof). 


Once we build these vectors we can 


start plotting them to see how they = 
are. In the image below, we can a | | 
graphic that shows the engine ae] | | | | | | 
rotation speed (in rpm) in the Y axis | | | | | | 
| | 


with the time in the X axis. These 2500 | | | 

data were taken on a simple proof = | 

we did inside the parking of the 2 2000! | 
| 


university. | | i } 
1500 | | | | lp | | | 
N i Y, If 
F | | I V| 
T l |] il | 
1000 | Y | p | 
F 4 
Figure 5.2b — Example of graphic in ds | a 
MATLAB a 200 400 600 800 1000 1200 
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As we did not make the proofs always in the same place, it became necessary to show the path we had run 
each time. If we go further and start looking for some more complex scripts, on the Internet we can find a 
kind of script initially called plot_google (b). It allows us to see what way we ran and plots it in Google Maps. 
| personally learnt to and developed it to make the points of position change with a variable. For example, 
below there is an image of the way we ran in a proof and we can compare it with the ‘improvement’ | did. 
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Figure 5.2c — Trip path in MATLAB 


Now, let us see the same but changing the points colour according to the instantaneous speed in that 
moment. 
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Figure 5.2d — Trip path in MATLAB with our improvement 
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Above we can clearly appreciate the improvement we did. This can be applied to all kinds of data like engine 
rotation speed, forward acceleration, consumption, etc. But this is especially interesting when we plot the 
lateral acceleration: 


Lateral Acceleration (G) Da 


0.3 
amp 


breaking and turn to 02 


ar the left (negative 

Ù; acceleration and dark x be 
2 turn to the right 

sig eee” (positive value 


41.769 


and green) 0 
straight way and lateral 
accélération nearly 0 
— -0.1 
sico Pastry Shop 
Pasticceria Rosolino 
. 
3 -0.2 
41.768 + 100 m 
| | I i J | | 
12.468 12.469 12.47 12.471 12.472 12.473 12.474 


Figure 5.2e — Trip path in MATLAB with improvement and colour bar 


Here, in this case we can see how the lateral acceleration changes its colour. It is very significant in the bends 
when it changes the value depending on the direction: if the car turns to the left it has negative values while 
if it turns to the right the values become positive. 


5.3 ALGORITHMS DEVELOPED 


As | mentioned before, we have different vectors and each of them represents a variable. The most important 
when developing the algorithms have been time (represented in Matlab with t), speed (v), forward 
acceleration (afor), lateral acceleration (alat), fuel consumption (fuel), latitude (/ati), longitude (longi) and 
engine rotation speed (rpm). With combination of different algorithms we can obtain some others more 
complex and complete. But in order to understand the reasoning let us see one of the simplest, for example 
the time’s algorithm. 


Here, as we see, we start with clc because we are going to count if the driving time exceeds the 
recommendation of 2 hours. The only one vector used has been vector time, represented with t. Then, we 
have fixed the limit (2h in seconds are 7200s) and a counter that will change its value every time a condition 
is met. Moreover, it has been necessary to set the condition: ‘if the value of time vector exceeds 7200s, the 
value of our counter will be 1’ and, ‘if the condition is not met, counter value will be 0’. In addition, we wanted 
system to tell us in a sentence if our driving time has met the experts’ recommendation so we created 
another algorithm: ‘if the value of our counter is 1 (because it exceeds 7200s), show <<too much time 
driven>>’ and ‘if is not 1, then show <<properly time driven>>’. 


49 


[>Ecu Modules Repair Ebook PDF<] 


CHAPTER 5: ANALYSIS 


cic 

limittime = 7200; 
counter t 0; 

for i = 2 : length(t) 


if(t(i)>= limittime && (t(i-1)<limittime) ) 
counter t=l; 
end 


if(counter t == 1) 
‘error: too much time driven!' 
else 


"properly driven time’ 


end Figure 5.3a — Time algorithm in MATLAB 


Time’s case has been one of the easiest, but it is a good example to know the main working principle: if. Most 
of the algorithms have the conditions established with if or if-else. If we see another more complex algorithm, 
for example fuel consumption, we can quickly appreciate the answer is not a sentence but a value. 


cic 


limitfuel = 15; sota 
canna a si He Limits are set 
limitfuel inf = 10; 


if (mean (fuel) >=limitfuel_inf) 

for i = 2 : length(fuel) 
if(fuel(i)>= limitfuel ££ fuel(i-1)<limitfuel) 
counter fuel = counter fuel 


Increase/reduce the 
counter's value 


#limitfuel inf) 


end 
if(fuel(i)<= limitfuel inf && fuel (i- 

counter fuel = counter fuel 
end 


if(counter fuel<=0) 


Avoid negative values 


counter fuel=0; 


end 
end 
end 


if (mean (fuel) <=limitfuel_inf)| Counter value will be 0 if the 
average is below the lower limit 


counter fuel=0; 


end 
counter fuel 


Figure 5.3b — Time algorithm in MATLAB 


In this case, the structure is very similar to the previous one: it starts with c/c, then sets a counter and two 
limit values. Later for condition is used. With for, it is necessary to establish the condition that it will have to 
analyse each single data from the beginning of the vector fuel till the end. It will use an identifier ito recognize 
the order of each value in the vector. 


The objective of this algorithm is to count how many times fuel consumption has been over the limit's 
range. There are two limits, the highest limit is 151/100km and the lowest is 101/100km. In our model car, the 
inner town consumption normally rounds 121/100km so we will consider consumption lower than 
101/100km as a positive fact that will reduce the counter value in one unit. The same logic will be with the 
highest limit because consumption over 151/100km will increase counter one unit each time is exceeded. 
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At the end the counter value will be the result of a subtraction between the number of times the superior 
limit is exceeded minus the number of limits the inferior limit is passed. Therefore, a high counter’s value 
meansthere is an overconsumption in our driving while a low (or negative) value means efficiency in driving. 
It is convenient to explain that the last conditional if has been added to avoid the trivial case when the 
counter’s value is negative. It is also noticeable to explain that the counter will change its value only in the 
cases when the average is over the lower limit. When it is below, counter’s value will be 0. 


If we apply this reasoning to design algorithms of the other variables like speed or acceleration, we obtain 
different counter values that mean how safe/efficient our driving was. So once we can have a singular value 
for each driving proof, it is time to develop an algorithm able to combine them and get an overall driving 
score. 


First we will start with the development of the algorithm that will measure the efficiency. We will start with 
three simple vectors with which we have previously made an algorithm. These are fuel consumption, forward 
positive acceleration and engine rotation speed. As we will see now, all these last algorithms have a counter 
value as an answer. 


For example, if we have a look into the advance acceleration (the positive values of the forward acceleration 
vector) algorithm, we can appreciate in the graphic there are some peaks. Usually, big acceleration peaks are 
due to the driver behaviour when he accelerates and breaks too much. This provokes a higher fuel 
consumption and it can be also dangerous due of the breakings. Moreover, passengers can start feeling 
uncomfortable or get dizzy. 
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Figure 5.3c — Forward acceleration graphic 


So in this case we will see how to create an algorithm able to tell us if there have been too many acceleration 
peaks during the driving. This algorithm is very similar to the previous one: there a counter grew each time 
the fuel limit was exceeded and here we will see something similar. So now the objective will be to count 
how many times the vehicle has suffered a big acceleration. We will establish the limit in 0.5G, which are 
approximately 4.8m/s?. Then, the counter must tell us how many times the limit has been exceeded. 
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bic 
limitafor pos = os: _ Limit (0.5G) 


counter aforpos 
for i = 2 : length(afor) 


if(afor(i)>= limitafor pos && (afor(i-1)<limitafor pos) ) 
counter aforpos = counter aforpos +1; 
end 


(A counter 


end 


counter aforpos — E Show counter's value 


Figure 5.3d — Forward acceleration algorithm 


Once we have learnt to create and develop algorithms, we proceed to combine some of them to create the 
efficiency algorithm that we mentioned before. We will start from three counters: the number acceleration 
peaks, the number of times engine rotation speed exceeds 2000rpm and the fuel counter we set out above. 
First, we will put those three algorithms all together but we will delete the last line when Matlab answers 
with the counter's value. Instead, we will develop some formulas to combine the variables and get a global 
evaluation mark. The evaluation mark will be out of 10 with the next relation: 20% based in forward 
acceleration, 50% for the fuel consumption and 30% for engine rotation speed. Meanwhile, the formulas, 
depending on the three different counter’s values are: 

value of the acceleration peaks counter 


Forward acceleration mark (out of 2) = 2 — 40x =" ; 
driving time 


| value of the fuel consumption counter 
Fuel consumption mark (out of 5) = 5 — 180 x JY 
driving time 


| value of the engine speed counter 
Engine speed mark (out of 3) = 3 — 30 x —T—__________________ 
driving time 


If we write the formulas altogether we will obtain an equation like this: 


40 x acceleration 180 x fuel consumption 30 x engine speed 


) Efficiency = 10 = — —_— — ————  —_—°  ——— ——  —— 


driving time driving time driving time 


So, in Matlab the equation is: 


10-40*counter aforpos/max(t)-180*counter fuel/max(t)-30*counter rpm/max(t) 


Figure 5.3e — Efficiency equation 
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Now, as we know all the variables and formulas for the efficiency algorithm, let us create it and show the 
different parts of it. With the help of the colours we can easily identify what part belongs to each algorithm: 


limitafor pos = 0.5; 
counter_aforpos = 0; 


¡for i = 2 : length(afor) 
if(afor(i)>= limitafor pos ££ (afor(i-1)<limitafor pos) ) 
counter aforpos = counter aforpos +l; 


Algorithm forward acceleration 


limitfuel = 
counter fuel = 0; 
limitfuel inf = 10; 
if (mean(fuel)>=limitfuel inf) 
for i = 2 : length(fuel) 
if(fuel(i)>= limitfuel && fuel (i-1)<limitfuel) 
counter fuel = counter fuel +1; 
end 
if (fuel (i)<= limitfuel inf && fuel(i-1)>limitfuel inf) 
counter fuel = counter fuel -1; 
end 
if(counter fuel<=0) 
counter fuel=0; 
end 
end 
end 
if (mean(fuel)<=limitfuel inf) 
counter fuel=0; 


me Algorithm fuel consumption 


limitrpm = 2000; 
counter_rpm = 0; 
for i = 2 : length(rpm) 
if(rpm(i)>= limitrpm && rpm(i-1)<limitrpm) 
counter rpm = counter rpm +l; 


Algorithm engine speed (rpm) 


= — Average condition a 


efficiency mark=5-40*counter aforpos/max(t)-30*counter rpm/max(t) 


efficiency mark=10-40*counter aforpos/max(t —180*counter fuel/max(t -30*counter_rpm/max (t) 
end 


Efficiency formulas 


Algorithm efficiency 


Figure 5.3f — Efficiency evaluation algorithm 


In the last part (in blue) we can see there is an if condition for the case when the fuel consumption average 
is higher that the limit of 151/100km. If the condition is satisfied, then the 50% of the mark equivalent to the 
consumption becomes O (it disappears in the formula). Therefore, the equation changes and the new 
maximum mark is 5 (out of 10). 


Now, we will start to develop another algorithm that will work very similar to the last one. This new algorithm 
will have to be able to measure the safety of a driving. It will start with four different variables which are 
lateral acceleration, negative forward acceleration (breaking), linear speed and driving time. 
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The same as we did before, this algorithm will be composed by some other different algorithms and we will 
see one of them right now, for example lateral acceleration. 
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Figure 5.3g — Lateral acceleration graphic 


As we can appreciate, all values are close to 0. Thismeans there is no lateral acceleration and no turn is made. 
We plotted before another graphic that, with the help of the latitude and longitude coordinates, shows the 
lateral acceleration according to the path. Let us pay attention to the turns because depending on the 
direction it will have a positive or a negative value. 
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Figure 5.3h — Trip map with lateral acceleration 
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In order to create the algorithm, let us establish the limit in +-0.4G. With this restriction we can already 
elaborate it and count how many times lateral acceleration goes out the limits. 


cle 

limitalat = 0.4; 
counter _alat = 0; 
limitalatneg=-0.4; 


for i = 2 : length(alat) 


if(alat(i)>= limitalat && (alat(i-1)<limitalat) ) 
counter_alat = counter_alat +1; 

end 

if(alat(i)<= limitalatneg ££ (alat(i-1)>limitalatneg) ) 
counter_alat = counter_alat +1; 


end Figure 5.3i — Lateral acceleration algorithm 


end 
counter alat 


It is noticeable that we have to build two different algorithms with the same variable: forward acceleration. 
From now we will distinguish between negative forward acceleration and dangerous acceleration. Actually, 
both of them are negative values of the forward acceleration vector. The different is only in the limit of their 
respective algorithms. 


Forward acceleration 
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Figure 5.3j— Forward acceleration graphic 


Negative forward acceleration's algorithm has a limit of -0.2G. In the case of the image above we can see 
many values are under the green line. Nevertheless, there are peaks of more than 0.6G negative acceleration 
which cannot be considered the same as the previous ones because these last ones are much more 
dangerous. For this reason, we have to create another algorithm to count the points when the dangerous 

limit of -0.4G is exceeded (under the 


clic A 
athlon = sia blue line). Below we can see the 
counter_dang afor = 0; algorithm. 


for i = 2 : length(afor) 


if(afor(i)<= limitdangafor && (afor(i-1)>limitdangafor) ) 
counter dang afor = counter dang afor +1; 
end o 2 
Figure 5.3k — Dangerous acceleration 
end algorithm 
counter dang afor 
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If we continue with the other variables we end up in the main safety algorithm. For this, it is necessary to 
establish the percentages of each variable in order to evaluate the driving. The percentages are 20% for 
lateral acceleration, 30% for dangerous acceleration, 20% for negative forward acceleration, 30% for linear 
speed and 10% extra for time. Below, the formulas are shown depending on the five different counter’s 
values: 

value of the lateral acceleration counter 


Lateral acceleration mark (out of 2) = 2 — 30 x — 3 
driving time 


| value of the dangerous acceleration 
Dangerous acceleration mark (out of 3) = 3 — 200 x —7___—W__——— 
driving time 


| | value of the negative acceleration 
Negative acceleration mark (out of 2) = 2 — 50 x —__———” 
driving time 


. value of the linear speed counter 
Linear speed mark (out of 3) = 3 — 80 x ——_________________ 
driving time 


If we write the formulas altogether we will obtain an equation like this: 


30 x lateral acc. 200 x dangerous acc. 50 x negative acc. 80 X speed 


driving time driving time driving time driving time 


The equation, written in Matlab language, would be: 
10-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter afornegl/max(t)-30*counter alat/max(t) 


Figure 5.31 -Safety equation 


Another particularity of this algorithm is time. From the beginning we will not consider it as an important 
safety value. But what experts say is that driving more than two hours without any stop becomes affecting 
driver's reflexes and attention. For this reason, and although our algorithm has been designed to evaluate 
only inner town driving, we will give a 10% extra considering time effects. The formula, in case time exceeds 
2h will be: 


9-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter afornegl/max(t) 30*counter alat/max(t) 


Figure 5.3m — Safety equation considering time excess 


The effect of time will be easier to implement because it will remain neutral or, if the 2h limit is exceeded it 
will subtract one unit to the evaluation mark. To add the time consideration to the main algorithm we will 
have to use conditional if as you can appreciate below. 

if counter t==0 
10-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter afornegl/max(t)-30*counter alat/max(t) 
else 

9-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter afornegl/max(t)-30*counter alat/max(t) 


end 


Figure 5.3n — Safety equation algorithm depending on time 
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Now, in the next image we can see the safety algorithm. This has been composed with different algorithms 
(or part of them) developed to consider all the variables. 


limitalat = 0.4; 
cavar Alas = p Safety algorithm 
limitalatneg=-0.4; 
Llfor i = 2 : length(alat) 
if(alat(i)>= limitalat && (alat(i-1)<limitalat) ) 
counter alat = counter alat +1; 
end 
if(alat(i)<= limitalatneg && (alat(i-1)>limitalatneg) ) 
counter alat = counter alat +1; 
end 


Lateral acceleration algorithm 


limitdangafor = -0.4; 
counter dang afor = 0; 
-for i = 2 : length(afor) 
if(afor(i)<= limitdangafor && (afor(i-1)>limitdangafor) ) 
counter dang afor = counter dang afor +1; 


Dangerous acceleration algorithm 


limitafor_neg=-0.3; 
counter_aforneg = 0; 
for i = 2 : length(afor) 
if(afor(i)<= limitafor neg && (afor(i-1)>limitafor neg) ) 
counter aforneg = counter aforneg +1; 


Negative forward acceleration algorithm 


end 


limittime 7200; 
counter t 0; 
-Jfor i = 2 : length(t) 
if(t(i)>= limittime && (t(i-1)<limittime) ) 
counter t=1; 
end 


Time algorithm 


limitv 
counter_v = 0; 
E for i = 2 : length (v) 
if(v(i)>= limitv && (v(i-1)<limitv) ) 
counter v = counter v +1; 


if counter t==0 
10-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter afornegl/max(t)-30*counter alat/max(t) 
else 
3-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter afornegl/max(t)-30*counter alat/max(t) 


ns Formulas with time condition included 


Figure 5.30 — Safety evaluation algorithm 


Finally, as we have two different algorithms able to measure efficiency and safety it is very interesting if we 
can combine both marks and get an overall mark. The easiest is to get it as an average where each one 
represents 50% of the final mark. So let us see how the formula is: 


driving mark= (security mark+efficiency mark)/2 


Figure 5.3p — Global evaluation formula 
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Now, depending on the mark value, we will give a written evaluation (good/bad) and an advice for the user. 


if driving mark<=2 


bad driv: 


Very | 


end 


end 


end 


end 
LE driving mark>8 


‘Excellent | 


ark>£ Figure 5.3q — User's advice algorithm 
drivi 
end 


If we compile both main algorithms in order to get the global evaluation’s one, it will be like this: 


limitalat = 0.4; 

Conte STRA 01 Safety algorithm 
limitalatneg=-0.4; 

for i = 2 : length(alat) 


if(alat(i)>= limitalat ££ (alat(i-1)<limitalat) ) 
counter_alat = counter_alat +1; 
end 
if(alat(i)<= limitalatneg && (alat(i-1)>limitalatneg) ) 
counter_alat = counter_alat +1; 
end 
end 


limitdangafor = -0.4; 
counter dang afor = 0; 
Jfor i = 2 : length(afor) 
if(afor(i)<= limitdangafor ££ (afor(i-1)>limitdangafor) 
counter dang afor = counter dang afor +1; 
end 
end 


limitafor_neg=-0.2; 
counter aforneg = 0; 
Jfor i = 2 : length(afor) 
if(afor(i)<= limitafor neg && (afor(i-1)>limitafor neg) 
counter aforneg = counter aforneg +1; 
end 
- end 


limittime = 7200; 

counter t = 0; 

]for i = 2 : length(t) 
if(t(i)>= limittime && (t(i-1)<limittime) ) 
counter _t=l; 
end 


counter _v = 0; 
]for i = 2 : length(v) 
if (v(i)>= limitv && (v(i-1)<limitv) ) 
counter v = counter v +l; 
end 
-end 


if counter_t==0 


security mark=10-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter aforneg/max(t)-30*counter alat/max(t); 
else 


security mark=9-200*counter dang afor/max(t)-80*counter v/max(t)-50*counter aforneg/max(t)-30*counter alat/max(t); 
end 


limitfuel = 15; 
counter fuel = 0; 


limitfuel inf = 10; Efficiency algorithm 
Global algorithm 


Figure 5.3r — Global evaluation algorithm (I) 
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if (mean(fuel)>=limitfuel inf) Efficiency algorithm 


for i = 2 : length(fuel) 

if(fuel(i)>= limitfuel && fuel(i-1)<limitfuel) 
counter fuel = counter fuel +1; 

end 

if(fuel(i)<= limitfuel inf ££ fuel(i-1)>limitfuel inf) 
counter fuel = counter fuel -1; 

end 

if (counter fuel<=0) 
counter fuel=0; 

end 


if (mean(fuel)<=limitfuel inf) 
counter fuel=0; 
end 


limitafor pos = 0.5; 
counter aforpos = 0; 
2 : length(afor) 
if(afor(i)>= limitafor pos ££ (afor(i-1)<limitafor pos) 
counter aforpos = counter aforpos +1; 
end 
end 


limitrpm = 2000; 
counter rpm = 0; 
2 : length(rpm) 
if(rpm(i)>= limitrpm && rpm(i-1)<limitrpm) 
counter rpm = counter rpm +1; 
end 


end 
if (mean(fuel)>=limitfuel) 


efficiency mark=5-40 *counter aforpos/max(t)-30*counter rpm/max(t) 

else 

efficiency mark=10-40*counter aforpos/max (t)-180* counter fuel/max fr) -30*counter rpm/max (t) 
end 


driving mark=(security mark+efficiency mark) /2 E 


if driving mark<=2 


ET driving mark<=4 && driving mark>2 


Bad drivinc Driver ast 


if driving mark<=6 && driving mark>4 Written evaluation 
Regular drivinc however it could be improved.' and advice for driver 


LE driving 


mark<=8 ££ driving mark>6 


lthough it could be 


if driving mark>8 


llent 


Global algorithm 


Figure 5.3s — Global evaluation algorithm (11) 
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5.4 RESULTS 


Once we finish the algorithms we can start proving with our data. As we had Luca’s car, we did several proofs 
with it and we could get data from several driving. Especially we did two trips in order to try the algorithms 
and see how different the marks are. First, we went out with the car and drove a few minutes quietly and 
avoiding sharp breakings. However, the next day we tried some sporty driving with breakings, acceleration 
boosts and increasing the speed. So let us see how are the graphics of these two trips according to each 


variable. 
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Figure 5.4a — Speed graphic 


In the image of above we can appreciate how speed changes on time in the two different trips. Its noticeable 
we drove much faster in the sporty proof than in the quieter. Below we can see the engine rotation speed 


graphic. 
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Figure 5.4b — Engine rotation speed graphic 
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Here, we can easily realize there are many peaks in the red path. Peaks arrive until 4000rpm and are followed 
by short moments when the engine rotation speed is less than 1000rpm. This is due to the repetitive gear 
changes. Therefore, we cannot consider this as a normal driving because in a Diesel car the normal speed 
behaviour rounds 1500rpm. 


The next image is the graphic of fuel consumption. It shows the instantaneous consumption of each trip. The 
red line is almost always over the blue line. This means the fuel consumption has been higher in the sporty 
trip than in the quiet one, as we can see below. 
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Figure 5.4c — Fuel consumption graphic 


The last image corresponds to the lateral acceleration suffered by the vehicle. In the picture we can 
appreciate also the limits established in the algorithm. As we can check later, the instantaneous lateral 
acceleration (in blue) of the quiet driving never goes out these limits so the counter value will be O for this 
case. Meanwhile, if we pay attention to the sporty driving (red path) we can see it goes beyond the limits 
several times so the counter for this case will not value 0. 
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Figure 5.4d — Acceleration graphic 
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If we take into account the algorithms designed, in these two proofs we have strictly different marks. This is 
due to the different values the counters got. Now, let us see the algorithm answers. 


Quiet driving proof Sporty driving proof 


safety_mark = safety mark = 


9.0821 0.5131 
efficiency mark = efficiency mark = 
9.5252 3.3409 
driving mark = driving mark = 
9.3037 1.9270 
ans = ans = 
‘Excellent driving' "Very bad driving. Driver needs to improve immediately! 


Figure 5.4e — Quiet and sportive trip results 


To see all results clearly, we collect the results of both proofs in the table below where the last rows show 
how the marks are when we set them into the algorithms. 


Lateral Acceleration (out of +0.4 range) 2 9 
Dangerous Forward Acceleration (<-0.4G) 0 3 
Breaking Acceleration (<-0.2G) 3 13 
Time (>2h) O (OK) 0 (OK) 
Linear Speed (>50km/h) 1 7 
Fuel Consumption (counter value) 0 4 
Forward Acceleration (boosts over 0.5G) 0 5 
Engine rotation speed (>2000rpm) 5 18 
Driving Time (in sec) 316 219 


Table 5.4 — Comparison of values between quiet and sportive driving tests 
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6. CONCLUSIONS AND FUTURE WORK 


In conclusion, we can state it is possible to access and easily measure the different variables that the ECU 
works with. These data can be logged thanks to some software (usually apps) and can be studied later with 
the help of a program like Matlab. Then, the variables can be also plotted in graphics, examined in search of 
failures of for extra study. Moreover, if the user knows basic programming it is not so difficult to create some 
algorithms for the evaluation of driving. Nevertheless, the fact of programming usually needs the professor 
tuition. This is because sometimes there are ideas that are difficult to implement or simply the program used 
does not admit certain commands. Therefore, if overthinking and desperation wants to be avoided it is 
always better to count with the help of an expert. 


If we look to the future, we realize this kind of work has already begun to develop itself. That is the case of 
the apps like Drivies or Carmetry that we mentioned initially. Just as an idea, if we would have liked to 
continue with our project, we could have developed an app able to test users driving and give back a review. 
Depending on the review, app users could get discounts on their car's insurance or simply follow some tips 
given by the app to save fuel or drive safer. 
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